METHODS AND SYSTEMS OF NETWORK MANAGEMENT 



RELATED APPLICATION 

The present application claims priority to and the benefits of the prior- filed co- 
pending and commonly owned provisional application entitled "ADSL Network 
Management System", filed in the United States Patent and Trademark Office on 
August 27, 1999, assigned Application No. 60/151,120 and incorporated herein by 
reference. 

FIELD OF THE INVENTION 

The inventions described herein relate to the field of telecommunications, and 
particularly, relate to the provisioning and management of digital subscriber line 
(DSL) services such as asymmetric digital subscriber line (ADSL) services. 

BACKGROUND 

Fast access to the Internet. Many products and services advertise fast access to 
the Internet, and many deliver fast access, but only after the customer has been 
provisioned and otherwise set-up to receive and connect to the services for 
appropriate interface with the Internet. The actual "provisioning" and related 
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operations to get the customer set-up for Internet access may be anything but fast 
access. In fact, setting up a customer for connection to the Internet is often done 
manually and piecemeal, which is rather ironic given the technology being 
provisioned. This manual and piecemeal provisioning generally includes an element- 
by-element review and execution across the various networks by the appropriate 
service representatives. For example, a customer subscribing to ADSL service must 
be provisioned with the ADSL service by the ADSL service provider. The customer 
then is connected typically through an asynchronous transfer mode (ATM) switch and 
an Internet service provider (ISP) or network service provider (NSP) for ultimate 
access to the Internet (or other global communications network). For each element in 
the network(s) necessary to connect the customer to the Internet, appropriate service 
representatives typically check such facts as whether the element has the capacity to 
serve the customer's needs, whether the element is connected appropriately to other 
elements necessary to the service, whether the element may properly interface with 
the other necessary elements, etc. 

Why is the provisioning of a customer's service often done manually and 
piecemeal? Because there generally has been no other way to accomplish connection 
of a customer to across networks or cross domains to the Internet. An example best 
demonstrates this manual and piecemeal provisioning. A first service representative 
doing the provisioning for the customer's ADSL service plots a path for the 
customer's communications from a beginning at the customer's terminating unit (TU) 
through elements across the ADSL network to the point where the path crosses over 
to another network or domain. At that cross-over point, another service representative 
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takes over from the first representative and continues plotting the path through his or 
her "territory". This hand-off of the path plotting continues until the path is 
completed to an end at the ISP or NSP providing the ultimate connection to the 
Internet. 

The plotting of the path from the customer's TU to the end connection to the 
NSP or ISP is further complicated by the path consisting of a permanent virtual circuit 
(PVC) (also referred to as a permanent virtual connection). Each link between 
elements in the path from the customer's terminating unit to the NSP must first be 
determined, cleared and/or configured, if necessary, and otherwise set up to service 
the customer as part of the PVC. Each link in the path may differ from the other links 
as a result of the type, placement, use or other feature of the respective elements that 
are linked in the path. For example, a link may connect elements from two different 
vendors. Further, the determination of a path for the customer's service is 
complicated by the traversal of the path across more than one type of network. The 
disparate networks add to the complications in determining a path because the 
networks may operate in respective protocols, or otherwise differ from each other so 
as to make determination of the path across the networks difficult. 

Thus, the provisioning of the customer's connection to the Internet requires 
appropriate service representative(s) to determine the segments making up a path for 
the customer's service by proper element-by-element linking from the customer's 
terminating unit to the NSP serving the customer. This element-by-element linking 
may be confusing or at least complicated, and therefore, is time-consuming and slows 
down the customer's access to the Internet or other global communications network. 
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Accordingly, there is a need for methods and systems that allow for the 
efficient, cost-effective, and speedy provisioning of a customer for services such as 
DSL service and the like, that connect the customer to the Internet or other global 
communications network. 

SUMMARY 

Generally, the methods and systems described herein provide a network 
management system (NMS) that can automatically model a path for a customer's 
services from the customer's terminating unit (TU) through elements typically on a 
link-by-link basis, across networks if appropriate, to a network service provider 
(NSP) or Internet service provider (ISP). The path may be referred to as a private 
virtual circuit or private virtual connection (PVC), and it may traverse an "overall 
network" including other networks such as an asymmetric digital subscriber line 
(ADL) service or sub-networks. To model a path for a customer's services, the NMS 
creates a topology or overall model including the elements and links in the overall 
network and respective features, functions, characteristics, and capacities thereof 

Advantageously, the creation of a topology or overall model of the overall 
network allows the NMS to speedily, efficiently, and automatically provision a 
customer's service from the customer terminating unit to connection to the customer's 
selected NSP for Internet access. In addition, the creation of the topology allows the 
NMS to implement functions other than the modeling of a path for a customer's 
services. For example, the NMS may include fault management functions, diagnostic 
functions, capacity and inventory management functions, and service management 
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functions related to the elements, links, networks, and sub-networks of the overall 
network. 

Further, the creation of the topology or overall model network allows for the 
automation of many of the previously mentioned actions so that many customers may 
be quickly and efficiently provisioned with services or other actions taken on a larger 
scale and more efficient than previously possible through the manual operations 
described in the background above. 

That the present inventions and the exemplary embodiments accomplish the 
features of the present inventions will become apparent from the detailed description 
of the exemplary embodiments and the drawings that follow. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of an exemplary environment for operation of an 
exemplary NMS. 

Fig. 2 is a block diagram illustrating an exemplary network creation in the 
NMS database. 

Figs. 3A - 3M illustrate windows and other screen displays that may appear to 
or be used by a user of a graphic user interface (GUI) of an exemplary NMS in 
connection with fault management features or functions. 

Figs. 4A - 4H illustrate windows and other screen displays that may appear to 
or be used by a user of a graphic user interface (GUI) of an exemplary NMS in 
connection with diagnostic functions or features. 
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Figs. 5A - 5H illustrate windows and other screen displays that may appear to 
or be used by a user of a graphic user interface of an exemplary NMS in connection 
with capacity and inventory management functions and features. 

Figs. 6A - 6K illustrate windows and other screen displays that may appear to 
or be used by a user of a graphic user interface (GUI) of an exemplary NMS in 
connection with service management features or functions. 

Figs. 7A - 7F illustrate windows and other screen displays that may appear to 
or be used by a user of a graphic user interface (GUI) of an exemplary NMS in 
connection with management features or functions relating deleting network 
elements. 

DETAILED DESCRIPTION 

The exemplary network management system (NMS) described herein allows 
for the automatic modeling of a path for a customer's communication services from 
the customer's terminating unit (TU) through elements and across networks (such as a 
network including services such as digital subscriber line (DSL) service or 
asymmetrical digital subscriber line (ADSL) service) to an NSP for access to the 
Internet or other global communications network. Advantageously, a customer's TU 
may be a communications device such as telephone, a computer, a modem, a 
facsimile machine, or the like. 

Fig. 1 is a block diagram of an exemplary environment for operation of an 
exemplary NMS 10. The exemplary NMS 10 is implemented in a computer (and its 
applicable programming) such as an Open Systems Interconnection (OSI) platform 
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that allows for a multiple protocol network management system. The NMS 10 
includes an NMS database for use in the storage of information and data related to the 
NMS functions. Further, the NMS 10 is connected through interfaces 14 to users. 
For example, a user may access the NMS 10 for one or more of its functionalities 
(pursuant to the appropriate authorization of the user) through a graphical user 
interface (GUI) (or other interfaces) accessed directly or indirectly by the user. The 
GUI presents the user with screen displays, windows, etc. so as to interact with the 
user by receiving information and instructions from the user, and by providing 
information and instructions to the user as appropriate for the functionality of the 
NMS accessed by the user. 

As noted, one of the functionalities of the NMS is the provisioning of a path 
for a customer from the customer's TU through to the NSP selected by the customer 
for Internet access. Thus, the NMS receives service orders (SOs) for such 
provisioning (complete or partial provisioning such as through a network providing 
ADSL services only). The receipt of the service orders is represented in Fig. 1 by the 
Service Orders block 16 as an input to the NMS 10. In response to receipt of the 
service orders, the NMS automatically uses the information provided thereby to 
provision the appropriate paths based on the topology or overall network model 
created in the NMS for the appropriate overall network. 

To aid the NMS 10 in the collection of information and implementation of its 
functionality, the NMS 10 may interact with one or more servers such as server 18 
and server 20. In particular, server 18 may interact with NMS 10 with respect to the 
network(s) 22 providing communications services such as ADSL service to a 
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customer 24. As illustrated in Fig. 1, the network(s) 22 providing ADSL service to 
the customer 24 includes a digital subscriber line access multiplexer (DSLAM) 26 
and a Mini-Ram (MR) 28 (which may be sub-tending). Server 18 may interact with 
the NMS 10 and the network(s) 22 providing the ADSL service by obtaining 
information about the respective elements of the network(s) 22 and by providing the 
information to the NMS 10. Further, the server 18 may execute instructions from the 
NMS 10 with respect to the configuration and implementation of a customer's path 
through the network(s) 22. An exemplary server 18 is an Alcatel server. 

The server 20 may interact with the NMS 10 with respect to the global 
network connections 30 providing communication services such as data 
connections/communications to the Internet (not illustrated). As illustrated in Fig. 1, 
the global network connections 30 providing the data connections/communications to 
the Internet include an ATM network 32 (and including an ATM switch) and a 
network service provider (NSP) 34 (which may be an Internet Service Provider 
(ISP)or other provider). Server 20 may interact with the NMS 10 and the connections 
30 by obtaining information about the respective elements of the network 32 and/or 
the NSP 34 and by providing the information to the NMS 10. Further, the server 20 
may execute instructions from the NMS 10 with respect to the configuration and 
implementation of a customer's path through the network(s) 32 to the NSP 34. An 
exemplary server 20 is Lucent server. 

As noted, the exemplary NMS 10 allows for the automatic modeling of a path 
for a customer's communication services from the customer's terminating unit (TU) 
24 through elements and across networks (such as a network 22 including services 
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such as digital subscriber line (DSL) service or asymmetrical digital subscriber line 
(ADSL) service) to an NSP 34 for access to the Internet or other global 
communications network. The modeling is implemented in response typically to a 
service order from a customer received at the NMS 10. A service order contains 
information relating to the customer and his or her service. Advantageously, the 
customer information collected in the service order is sufficient according to the 
methods and systems described herein for such customer information to be mapped so 
as to model a path for the customer's services from the user's terminating unit to the 
NSP. 

The modeling of a customer's path is accomplished generally through 
representation of the elements in the networks included in the overall network from 
customers' terminating units to the appropriate NSPs. The relationships of each of 
the elements to the other elements in the overall network are tracked through links 
between respective elements. A link connects elements, and the connectivity between 
the respective ports of the linked elements is tracked. This representation and 
tracking results in a logical model of the physical elements of the overall network. 

Exemplary Network Creation in the NMS Database 

Prior to modeling of a customer's path, the NMS 10 is provisioned with a 
topology or overall network model of the appropriate overall network. The overall 
network model is accomplished preferably through the creation of a network in the 
NMS database 12. Fig. 2 is a block diagram illustrating an exemplary network 
creation in the NMS database 12. Actions 100- 130 include creation of appropriate 
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building locations in the NMS database. The creation of a building location may 
include supply of the following information: a Common Location Language 
Identifier (CLLI) including city code, site, and network site; a street address; a state; 
and a Local Access and Transport Area (LATA) name. 

In action 100, a building location is created in the NMS database for each 
central office (CO) that will contain a CO DSLAM or ATM switch equipment in the 
overall network. There may be prerequisites for creation of a CO containing a CO 
DSLAM including: physical installation of the DSLAM in its building location; 
initialization, timing, and other attributes of the DSLAM must be set; DSLAM must 
include its source identifier (SID)(which may be a CLLI); and a valid managing 
server (such as server 1 8 which may be an Alcatel AWS server) is associated with the 
DSLAM. 

In action 1 10, a building location is created for each remote DSLAM or Mini- 
Ram associated with its remote site location. The creation of a building location for a 
remote site may include the information mentioned above for a building location as 
well as the following information: remote site CLLI; and the serving CO CLLI. 
When the building location (sometimes referred to as "equipment") is created, then 
the NMS addresses the appropriate network element to retrieve the configuration 
information and to populate the NMS database with information such as an 
identification of the rack and shelves, the NT card(s), or the LT card(s). Also, when a 
DSLAM NT card is instantiated, an associated ATM physical port is created on the 
card. When a DSLAM/Mini-Ram LT card is created, four associated adslPorts4 are 
created on the card. The action for each NT card that may be retrieved in the physical 
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DSLAM may include the following: if the DSLAM NT card already exists in the 
NMS database, then no action is taken; and if the DSLAM card does not exist, a new 
DSLAM NT card is instantiated and is associated with the appropriate slot. The 
actions for each LT card that may be retrieved in the physical DSLAM may include 
the following: if the DSLAM LT card already exists in the NMS database, no action 
is taken; if the DSLAM card does not exist, a new DSLAM LT card is created and is 
associated with the appropriate slot; four adslPorts are instantiated and associated 
with the DSLAM LT card; and if within the range of LT cards retrieved, there is a 
DSLAM LT card in the database but no corresponding LT card is retrieved from the 
physical DSLAM, no notification is set to the user by the NMS. No automatic 
deletion occurs in NSM, preferable. 

Upon creation of the building location of the DSLAM or the Mini-Ram in the 
NMS database, the configuration information (such as the racks, shelves, slots, cards, 
NT cards, LT or LTT1 cards, and associated card configurations, etc.) of the DSLAM 
or the Mini-RAM is obtained, and the configuration information is populated in the 
NMS database as appropriate. When a DSLAM LT card is instantiated, an associated 
ATM physical port may be created on the card. When a DSLAM LT card is created, 
either four associated adslPorts, or four associate LTT1 ports, may be created for the 
appropriate card. The actions for each NT card retrieved in the physical DSLAM 
may be the following: if the DSLAM NT card already exists in the database, no 
action is taken; and if the DSLAM card does not exist, a new DSLAM NT card is 
instantiated and is associated with the appropriate slot - also an ATM physicalPort is 
instantiated as appropriate and associated with the DSLAM card. The actions for 
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each LT card retrieved in the physical DSLAM may include: if the DSLAM LT (or 
LTT1) card already exists in the NMS database, no action is taken; if the DSLAM 
card does not exist, a new DSLAM LT (or LTT1) card is created and is associated 
with the appropriate slot; four adslPorts or four LTT1 ports are instantiated and 
associated with the DSLAM LT or LTT1 card; and if within the range of LT cards 
retrieved, there is a DSLAM LT (or LTT1) card in the database but no corresponding 
LT card was retrieved from the physical DSLAM, no notification is set to the user by 
NMS. No automatic deletion occurs in the NMS database, preferably. As additional 
ADSL ports are needed, the CO DSLAM may be populated by more racks for these 
additional ports. The information about the CO DSLAM in the NMS database then 
can be edited to reflect the changes. 

In action 120, a building location is created for each of the appropriate ATM 
switch(es) that support the ADSL network. The creation of the building location for 
an ATM switch may include supply of the following information: a CLLI; and an 
Internet Protocol (IP) address. In action 130, a building location is created in the 
NMS database for each NSP location having an NSP link in the NMS database. As a 
prerequisite to the creation of the building location of an ATM switch, a special 
service circuit (such as a circuit designed in TIRKS) and installed should be assigned 
to the physical link between the NSP/ISP and the ATM network. 

Still referring to Fig. 2, actions 140 - 170 include creation of appropriate 
physical links in the NMS database. As a prerequisite to the creation of a physical 
link, it must have been provisioned and installed in the physical network. The circuit 
ID of the physical link must be determined as well as of the two matching physical 
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ports to which the physical link connects. (A physical port for an NSP may be 
unknown. The NPS port may be identified as a POI or POP. The configuration 
information for a physical link may include the following: CLLI codes for each of 
the ports connected by the link (an NSP name may be used in place of a CLLI code 
for an NSP's port); circuit ID; and circuit type. The physical link is created if the 
physical ports for both locations match (are of the same type). For example, valid 
combinations may include: port type on DSLAM card - port type on ATM network; 
port type on Mini-Ram card - port type on CO DSLAM; or location type NSP - port 
on ATM network. For physical links between an ATM switch and a CO DSLAM, a 
message trunk access code (TGAC) may be used rather than a message trunk circuit 
ID. The port type is derived from the underlying facility type, which may include: 
Tl (DS1), T3 (DS3), OC3, or OC12. A new circuit ID is preferably used for physical 
links between a remote DSLAM and an ATM switch, and a Mini-Ram and a CO 
DSLAM. 

In action 140, the appropriate physical links are created in the NMS database 
between each NSP and ATM network. In action 150, the appropriate physical links 
between the CO DSLAM and the ATM network are created in the NMS database. In 
action 160, the appropriate physical links are created in the NMS database between 
the remote DSLAM and the ATM network. In action 170, the appropriate physical 
links between the Mini-Ram and connecting (sub-tending) CO DSLAM are created in 
the NMS database. 
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Provisioning of a Permanent Virtual Connection 

With the creation of the network in the NMS database (an exemplary network 
creation having been described above in connection with Fig. 2), the NMS may be 
used to provision or "fill" a service order from a customer. Typically, the customer 
indicates his or her desire for DSL or ADSL service from his or her terminating unit 
to a network service provider (NSP) (also referred to as an Internet service provider 
ISP)) 5 and a service order is completed and provided to the NMS for provisioning. A 
service order contains information relating to the customer and his or her service. 
y3 Advantageously, the customer information collected in the service order is sufficient 

frs 

^ according to the methods and systems described herein for such customer information 

%j to be mapped so as to model a path for the user's services from the user's terminating 

*_ unit to the NSP. 

5 The service order for the customer may include the following information: the 

S customer's telephone number; the customer's name or other identifier; an identifier 

6 

such as a port name for the central office, DSLAM, or Mini-RAM appropriate for the 
customer; an exchange key such as the NPA-NXX of the customer's telephone 
number; an identifier for the selected NSP's circuit; an identifier for the selected 
NSP's virtual path identifier (VPI); an identifier for the selected NSP's virtual 
channel identifier (VCI); and a universal service order code (USOC) for the 
appropriate type of order for the customer. 

Upon receipt of the service order, the customer information is automatically 
processed by the NMS using the information stored in the NMS database with respect 
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to the overall network. The result is a permanent virtual connection (PVC) (also 
referred to as a permanent virtual circuit) from the customer's terminating unit 
through the elements of the overall network to the appropriate port of the NSP or ISP 
selected by the customer. The customer's PVC may be assigned an identifier referred 
to as a PVC ID so as to associate the customer with that particular PVC, and for other 
reasons. Advantageously, through NMS, the customer has the ability to establish 
high-speed Internet or other global information network access through the 
customer's plain old telephone service (POTS) line. Of course, for this access, the 
customer's POTS line has data added to it, but the customer is able to keep his or her 
POTS telephone number. 

Fault Management 

Occasionally, problems will arise with DSL or ADSL equipment. The 
equipment primarily includes: DSLAMs, ATM switches, and communication ports. 
Advantageously, the exemplary NMS includes alert indicators to notify the 
appropriate personnel that such problems have occurred. For example, the NMS may 
include a graphical user interface (GUI) with a screen 178 of the geographical region 
served by the equipment, which screen 178 is referred to herein as the region- wide 
screen. Fig. 3 A illustrates such an exemplary screen 178 of a nine-state area 180 of 
the United States where the equipment may be located. In addition to the nine-state 
area 180, the region- wide screen 178 includes options along the top of its display that 
call other exemplary functions of the NMS through the GUI into action. For example, 
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the region- wide screen may include the following actions: File; Window; 
NetworkCreation; Inv/CapacityMgmt; Programming; Diagnostic; and Service. 

Referring again to fault management, as noted, Fig. 3A illustrates the region- 
wide screen 178 of a nine-sate area 180 of the United States where the equipment of 
the NMS may be located. Within the representation of each state, a large dot (or 
circle) is positioned. For example, a large dot 182 is positioned within the 
representation of the State of Georgia 184. The color of the dot 182 indicates the 
status of the equipment within that state. The screen 178 also includes a code or 
legend bar 186 with representations of the correlation between colors of the dots and 
status of the equipment. For example, a red dot indicates critical conditions; an 
orange dot includes a major alert; a yellow dot indicates a minor alert; and a green dot 
indicates a normal status. 

An exemplary NMS may include further detail than just the status of the 
equipment in any particular state as indicated by the dots on the nine-state area 180 
illustration. A user may click on or otherwise select any one of the dots and "drill- 
down" through links associated with the dot to further level of detail included in 
windows that are presented to the user. The windows provide at least two functions: 
(1) they allow a user to research and identify the equipment in each state, LATA, 
building location, and ATM switch; and (2) the windows allow the user to search for, 
and identify, the source of an alert. 

Reference is made to Figs. 3B - 3 for additional details provided in an 

exemplary fault management segment of an NMS. If a user selects the dot 182 in the 
representation of the State of Georgia 184 in the nine-state illustration 180, then the 
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next window to appear to the user is the window 188 illustrated in Fig. 3B. Window 
188 may be referred to as the "state" window because it includes a listing or other 
representation of geographical areas having the equipment within the State of 
Georgia. The list in Fig. 3B includes Albany, Atlanta, August, Macon, and Savannah. 
The entry for Atlanta 190 in the list in Fig. 3B is highlighted in red indicating a 
critical status of the equipment in Atlanta. For the next level of detail, the user may 
select any of the entries in the list, and the next level of detail then is provided in 
another window. For example, the entry for Atlanta 190 may be selected, and as a 
result, the window 192 illustrated in Fig. 3C appears. The window 192 includes three 
columns of entries: building location 194; ISP location 196; and corporate LAN 198. 
Even further detail may be obtained by selecting any of the entries in the list. For 
example, the building location column 194 includes two entries that are marked in 
red: RIVVGAMN 200 and ROSLGAMN 202. But the user does not have to select 
an entry marked in red for further detail. Referring again to the window 192, assume 
the user has selected the entry for STMNGAMN 204 from the building location 
column 194. By the selection of the entry for STMNGAMN 204, a window 206 with 
further detail appears as illustrated in Fig. 3D. This window 206 displays the building 
location for the DSLAM with the alarm condition. This window 206 includes three 
columns or entries: DSLAM 208; Remote Side 210; and ATM switch 212. 

If the user desires to see the equipment that includes a physical connection to 
the ATM switch, a selection of the ATM switch for the DSLAM (STMNGAMNAT 1 ) 
214 may be made. As a result, the ATM window 216 appears as illustrated in Fig. 
3E. ATM window 216 includes three columns of entries: DSLAM 218; Service 
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Gateway 220; and NSP Location 222. To view the NSP location, a selection may be 
made from the NSP Location column 222 with the result that the NSP Location 
window 224 appears as illustrated in Fig. 3F. The NSP Location window 224 
identifies the circuit IDs. An advantage of this window is that it provides information 
that may be used in connection with the provisioning of a service order. For example, 
a service order (SO) may fail validation or otherwise fail to process because of an 
incorrect identified NSP circuit ID. If so, then a user may make use of this drill-down 
process to compare the circuit ID thought to be correct with the circuit ID on the 
service order. A mismatch then may be corrected. 

The drill-down feature of the exemplary NMS also may be used to view 
DSLAM-ATM switch connectivity. To illustrate, please refer to the LATA: Atlanta 
window 192 illustrated in Fig. 3C. If the entry ROSLGAMN entry 200 in the 
Building Location column 194 is selected, then the Building Loc: ROSLGAMN 
window appears. Like window 206 illustrated in Fig. 3D, the Building Loc: 
ROSLGAMN window includes three columns of entries: DSLAM; Remote Site; and 
ATM switch. If the DSLAM is selected, then the CLLI window for that DSLAM 
appears as illustrated in the window 226 of Fig. 3G. This window describes the 
connectivit6y of the DSLAM to the ATM switch and all the Mini-Rams that are sub- 
tending to that DSLAM. The lower, left-hand list 228 displays a list of all sub- 
tending Mini-Rams connected to that DSLAM. When a particular Mini-Ram is 
selected in this list, the list 230 in the lower-right corner of window 226 displays the 
physical link IDs that are used to connect the selected Mini-Ram to this DSLAM. To 
obtain a refreshed view of the physical links for any listed DSLAM, click on that 
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DSLAM (in the list 228 on the lower left of the window 226). The refreshed list of 
the physical links for that DSLAM display (in the list 230 on the lower right of the 
window 226). 

The drill-down feature of the exemplary NMS also may be used to find the 
CLLIs of the remote site equipment. To begin, find the Building Loc: window (such 
as window 206 illustrated in Fig. 3D) 5 and select a CLLI in the Remote Site Column 
210. As a result of the selection, a Remote Site window 232 as illustrated in Fig. 3H 
appears. This window 232 provides the CLLIs (preferably twelve-character CLLIs) 
for DSLAMs and Mini-Rams of the remote site. 

In addition, the drill-down feature of the exemplary NMS may be used to view 
details regarding an alert. To view the details of an alert, the user opens the 
NetExpert Client Manager window 234 such as illustrated in Fig. 31. This window 
234 includes several options including an option for "Alert Display" 236. By 
selecting the Alert Display option 236, the Alert Summary window 238 appears as 
illustrated in Fig. 3 J. This window 238 supplies information on the alert. The Alert 
Summary window 238 provides further options for additional details such as the 
"Alert Window" option 240. Selection of the Alert Window option brings about a 
drop-down menu including an option for "New Window". If the New Window option 
is selected, then the Alert Display window 242 appears as illustrated in Fig. 3K. The 
Alert Display window 242 lists entries of alerts. For further information about an 
alert, it may be selected from this window 242 and the Alert Management option 244 
on window 242 selected. A drop-down menu appears that includes an option of On- 
Line Advisor, which, if it is selected, results in the display of an On-Line Adviser 
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window 246 such as illustrated in Fig. 3M. The On-Line Window Adviser supplies 
details on the selected alert. 

The exemplary NMS includes error logs, which are files that contain details of 
error or problems that have come up within the NMS. These logs can be referenced 
to discover details of any system-generated error condition. There are six exemplary 
error logs: 

• Rma.log: Request for Manual Assistance; contains service order errors; 

• Act. log: Documents the activities performed from the graphic user interface 
by a user; 

• Sys.log: Documents NMS internal errors; 

• Cust.log: Documents facility failures and provides a list of the affected end- 
users; 

• ServiceOrder.log: Maintains a copy of the service orders; and 

• Interface.log: Maintains a record of interface activity. 
The logs may reside in a log directory in the exemplary NMS. 

Another feature of the exemplary NMS is that it may be configured to provide 
notifications such as electronic mail messages (e-mails) when an alert comes into 
being. For example, when DSLAM capacity approaches established thresholds, then 
an e-mail may be sent to one or more users. 
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Diagnostic Functions of an Exemplary NMS 

An exemplary NMS also includes diagnostic functions, which may be 
accessed by a user through use of a graphical user interface (GUI) of the NMS such as 
through the region-wide screen 178 as illustrated in Fig. 3 A. The screen 178 includes 
an option for "Diagnostic" that may be selected by the user. The diagnostic functions 
allow the user to research port and PVC connections, and to determine the customers 
(or other end users) who may be affected by upstream actions. 

If the user decides to proceed with diagnostic functions and selects 
"Diagnostic" from the region-wide screen 178, then a drop-down menu appears 
including the following features: Translate Port; Customer PVC; Find Circuit Name; 
Network PVC; and Find Affected End Users. 

Fig. 4A illustrates a Translate Port Name window that allows a user to 
translate between and among the names of ports of elements in the equipment. 

The Customer PVC function allows the user to have a network view of how a 
customer is connected to the overall network. For example, the Customer PVC 
function allows for the display of a window that includes the customer's VPI/VCI 
assignment, the COSMOS name, etc. To implement this function, the user may use 
the Diagnostic-Customer PVC window 242 as illustrated in Fig. 4B. The window 
242 includes a customer ID field for the customer's telephone number or other 
identifier. If this field is populated, then the other field in the window 242, the PVC 
ID, populates. The user then may proceed to obtain additional information by 
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selecting the "OK" option, which brings up either the PVC ID window 254 as 
illustrated in Fig. 4C or the PVC ID window 258 as illustrated in Fig. 4D. 

The PVC ID window 254 as illustrated in Fig. 4C provides an end-to-end 
view of the customer's Direct VCC network connections. This window 254 includes 
a button 256 for Retrieve ADSL Port Detail. By selecting this button 256, the 
software version, port status, and the modem initialization state may be retrieved. If 
any problems exist, then the pertinent information on the window may be highlighted. 

The PVC ID window 258 as illustrated in Fig. 4D provides an end-to-end view 
of the customer's Subtend VCC network connections. This window 258 includes a 
button 260 for Retrieve Port Used Detail. By selecting this button 260, the software 
version, port status, and the modem initialization state may be retrieved. If any 
problems exist, then the pertinent information on the window may be highlighted. 

The Find Circuit Name function allows the user to display any duplicate 
VPI/VCI assignments. To implement this function, the user may use the Find Circuit 
Name window 262 as illustrated in Fig.4E. The window 262 includes a field for 
CLLI, which if populated, then the port field in the window 262 also populates. If the 
port then is selected, and any duplicate VPI/VCIs exist, then they will how up on the 
status bar fields included in the window 262. 

The Find Affected End Users function is accessed through the region-wide 
screen 178 and the drop-down menu of the Diagnostics option. The user is presented 
with further options of DSLAM-ATM or NSP. If the DSLAM-ATM option is 
selected, then an Affected End Users by DSLAM or ATM Port window 264 such as 
illustrated in Fig. 4F may appear. If the CLLI field in this window 264 is completed 
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with the CLLI of either an DSLAM or ATM switch, then the port field in the window 
264 populates. From the pick list on the Port: field, the user may select a port or 
accept a default port. As a result, an Affected End Users of (for example: 
STMNGAMNHO 1 -NT A) window 266 as illustrated in Fig. 4G appears. This 
window 266 includes entries with the following information: PVC ID, ADSL Port 
ID; and Subscriber identifier. 

If the NSP option is selected from the Find Affected End Users function, then 
an Affected End Users - by NSP CID window 268 as illustrated in Fig. 4H may 
appear. If the NSP CID field in this window 268 is completed, then the Affected End 
Users of (for example: STMNGAMNHO 1 -NT A) window 266 as illustrated in Fig. 
4G appears. This window 266 includes entries with the following information: PVC 
ID, ADSL Port ID; and Subscriber identifier. 

Capacity and Inventory Management 

The exemplary NMS includes features related to capacity and inventory 
management of DSLAM network ports. For example, an Inventory/Capacity 
Management function may be accessed through the region- wide screen 178. This 
function includes the following features on a drop-down menu: DSLAM/Mini-Ram 
Assigned Port History; DSLAM Port Capacity; Mini-Ram Port Capacity; Edit 
Capacity Threshold; DSLAM/Mini-Ram Port Inventor; and DSLAM/Mini-RAM 
Card Inventory. 

If DSLAM/Mini-Ram Assigned Port History is selected from the drop-down 
menu, then Fig. 5A illustrates a DSLAM/Mini-Ram Assigned Port History window 
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270, which is presented, as its name implies, for the display of the assigned port 
history of a DSLAM or Mini-Ram. If either the DSLAM or Mini-Ram CLLI is 
entered into the appropriate field, then history data including the date, central office 
(CO), and network is displayed in this window 270. 

If DSLAM Port Capacity feature is selected from the drop-down menu, then 
Fig. 5B illustrates window 272, which is presented for display of the ADSL network 
(DSLAM and subtending Mini-Rams) port capacities and thresholds, and the network 
percentage of use. The DSLAM information displays the availability and thresholds 
of the ADSL ports of only a specific DSLAM. The network information displays a 
combination of the ADSL ports on the DLAM and on al its subtending Mini-Rams. 
The subtending Mini-Rams information that is displayed is for specific ADSL ports 
on the Mini-RAM, and does not include ADSL ports on the DSLAM. The thresholds 
are set via th4e SLAM capacity threshold screen or window. To obtain the 
appropriate information, the user supplies the DSLAM CLLI, and the field populates 
with its assigned ports data. 

If Mini-Ram Port Capacity is selected from the drop-down menu, then Fig. 5C 
illustrates window 274, which is presented for display of the ADSL port availability 
and saturation thresholds for specific Mini-Rams. The thresholds are set via the 
DSLAM capacity threshold screen. To obtain the information desired, a Mini-Ram 
CLLI is entered, and the field populates with its assigned ports data. 

If the Edit Capacity Threshold is selected from the drop-down menu, then 
there are three further drop-down menu choices: Default DSLAM/Mini-Ram, Per 
DSLAM, and Per Mini-Ram. The default DSLAM and Mini-Ram thresholds are 
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viewed and accessed through the Capacity management-Thresholds window 276 such 
as illustrated in Fig. 5D. The thresholds are global default values for all DSLAMs, 
preferably. Threshold alarms are generated under the following conditions: 

• Actual percentage use is greater than threshold available ADSL = alert 

• Actual number of available ports is less than threshold for available ADSL 
port = alert. 

To display the window 276, the user selects Inv/CapcityMgmt from the region-wide 
screen 178, then selects Edit Capacity Threshold, and then Default DSLAM/Mini- 
Ram. The Capacity Management - Thresholds window 276 may be used to set the 
default port availability threshold and saturation thresholds for a CO DSLAM, remote 
DSLAM, or Mini-Ram. The values illustrated in window 276 are exemplary default 
values. In the Available Port Threshold: field of the window 276, the value is an 
absolute number. In the Saturation Threshold field of the window 276, the value is a 
percentage of 576, which is the maximum capacity of a DSLAM. This value could 
reasonably be increased to 80%. 

The Per DSLAM option brings up the Capacity Management Thresholds 
window 278 such as illustrated in Fig. 5E. This window 278 may be used to set the 
default port availability threshold and saturation thresholds for a specific CO 
DSLAM/remote DSLAM. Percentage utilization = (number of cross-connected ports) 
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divided by the total DSLAM ports (576). In the window 278, in the CLLI field, if the 
CLLI is entered and the retrieve command button is clicked, then the other fields 
populate according to the DSLAM selected. In the Saturation threshold field, the new 
value entered overrides the globally established default value. An alarm in inhibited 
(once a DSLAM is full), when the Saturation Threshold Alarm Inhibited field of the 
window 278 is changed from its value of 0 to 1. When an alarm is enabled, the 
systems produces alarms any time the threshold is reached. In the Available Port 
Threshold field of the window 278, entry of the new value overrides the globally- 
established default value. To inhibit an alarm (once a DSLAM is full), proceed to the 
Ports Available Alarm Inhibited field of window 278 and change its value from 0 to 
1. When an alarm is enabled, the system produces an alarm any time the threshold is 
reached. 

The Per Mini-Ram option brings up the Capacity Management - Mini-Ram 
Thresholds window 280 as illustrated in Fig. 5F. This window can be used to set the 
default port availability threshold and saturation thresholds for a specific Mini-Ram. 
Percentage utilization = (number of cross-connected ports) divided by the total Mini- 
Ram ports (8 or 16). Three fields may be entered on this window 280. In the window 
280, in the CLLI field, if the CLLI is entered and the retrieve command button is 
clicked, then the other fields populate according to the Mini-Ram selected. In the 
Saturation threshold field, the new value entered overrides the globally established 
default value. An alarm in inhibited (once a DSLAM is full), when the Saturation 
Threshold Alarm Inhibited field of the window 280 is changed from its value of 0 to 
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1. When an alarm is enabled, the systems produces alarms any time the threshold is 
reached. 

The Per Mini-Ram option brings up the DSLAM/Mini-Ram Port Inventory 
window 282 as illustrated in Fig. 5G. When the CLLI is entered in the CLLI field, 
the information populates as shown in the window 282 including type; 
COSMO S/LF ACS; Assigned; Status; Denied; and Subtending. ADSL Port is in the 
configuration of (for example): 

• STMNGAMNH01-1-1-2-1, where the first 121 characters represent the 
DSLAM CLLI; and the next 4 digits, the rack, shelf, card, and port. 

COSMOS port is in the configuration (for example): 

• ADS 130 100-0 1-061, where the first 7 characters represent the DSLAM CLLI; 
the next 3 are the rack, shelf, and card. 

Cross-connect status will either be OOS (Out of Service) or IS (In Service). This 
status is collected from the NMS. 

Port status is either OOS-AU, OOS-AUMA, OOS-MA, IS-NR, or blank (if it 
is administratively out of service ^denied service]). OOS indicates that no ATUR is 
connected; IS indicates connection. 

The DSLAM/Mini-Ram Card Inventory menu selection brings up the 
DSLAM/Mini-Ram Card Inventory window 284 such as illustrated in Fig. 5H. The 
window 284 displays the inventory of DSLAMs, remote DSLAMs, or Mini-Rams. 
The card inventory contains information, such s the software version and vendor 
information. In the exemplary window 284 of Fig. 5H, the window includes data 
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such as card number; type; SW version; vendor; serial number; and status. To display 
the desired information, the CLLI is entered and the fields populate. 

Service Management 

The exemplary NMS may include service management functions to manage 
bulk PVC, deny, restore, or edit service, edit a customer's record, delete a service 
order, and modify the customer's profile. The service management functions include 
seven features that may be accessed via a drop-down menu from the option "Service" 
on the region-wide screen 178 as follows: Bulk PVC; Deny Service; Response 
Service; Edit Service; Edit Customer Record, Delete Service Order, ATUR-NSP; and 
ATUR-Service Gateway. 

For the Bulk PVC feature, three menu selections appear on a further drop- 
down menu as follows: Add Bulk PVC; Edit Bulk PVC; and Delete Bulk PVC. In 
particular, if the user selects the Add Bulk PVC, then window 286 as illustrated in 
Fig. 6A appears. The bulk PVC is used to move all logical circuits from one physical 
link to another. The new ATM port changes the physical link Z end point. All PVCs 
are moved on the due date. Failure to move any PVC generates an alert. The bulk 
PVC order can be edited using the Edit Bulk PVC menu option which generates the 
window 288 as illustrated in Fig. 6B. To edit, a service order number is selected from 
the pick list in the Order Number field, and then the Edit Bulk PVC window 290 as 
illustrated in Fig. 6C appears. In window 290, in the Old NSP CID field, the old NSP 
circuit ID is entered. IN the CLLI field, the CLLI is entered. The rack and shelf 
fields contain default values and are skipped. In the Slot field, the slot number is 

28 

ATLLIBOl 1022548.1 



entered. In the Port field, the port number is entered. The Due Date and Time fields 
are option, but may have information entered in them, if desired. If the Delete Bulk 
PVC is selected, then window 292 as illustrated in Fig. 6D appears. To delete, the 
order number from which the user wishes to delete the bulk PVC order is selected. 

For the Denying Service feature, if the Deny Service option is selected, then 
the window 294 as illustrated in Fig. 6E displays. In the Customer ID field, the 
customer's telephone number is entered. Then, the Deny Customer Service action is 
committed to the database. 

For the Restoring Service feature, if the Restore Customer Service option is 
selected, then the window 296 as illustrated in Fig. 6F displays. In the Customer ID 
field, the customer's telephone number is entered. Then, the Restore Customer 
Service action is committed to the database. 

For the Editing Service feature, if the Edit Service option is selected, then the 
window 298 as illustrated in Fig. 6G displays. To change the due date, in the Service 
Order field of window 298, the service order number is entered, and then the Due 
Date and Service Order Detail fields populate. A detail of a service order may be 
further edited by clicking on the triangle 299 under the heading the Service Order 
Detail in the window 298, by selecting a desired item (such as TN_VPI-VCI-I) from 
the list presented, and then by clicking on Edit Service. As a result, window 300 as 
illustrated in Fig. 6H appears. In the exemplary embodiment the field for the 
telephone number cannot be changed, but other appropriate changes may be made. 

For Editing a Customer Record feature, if the Edit Customer Record option is 
selected, then window 302 as illustrated in Fig. 61 displays. In response to input of 
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the customer's telephone number in the Customer ID field, the other three fields 
populate (name, address, and zip code). 

For Deleting a Service Order feature, if the Delete Service Order option is 
selected, then window 304 such as illustrated in Fig. 6J displays. This feature is 
recommended to be used only in emergency situations. Once the service order 
number is entered in the SO Number field, the service order is deleted. 

The Modify a Customer's Profile feature is used to reduce a customer's ADSL 
connections speed to a maintenance mode. For Modifying a Customer's Profile 
feature, if the Modify Customer's Profile option is selected, then window 306 such as 
illustrated in Fig. 6K displays. The Customer ID field is filled with the customer's 
telephone number, and then the pick list field in the PVC ID field populates with a 
PVC selection. The user may click on the triangle in the window 306, and select a 
PVC from the list that displays. The maintenance profile (Maint) then may be 
selected from the list. 

Deleting Network Elements 

The above description included details about exemplary network creation in 
the NMS database. The exemplary NMS allows for the deletion of network elements 
from the network. Interdependent elements may be deleted in the NMS database in 
the following sequence: 

• Physical link: DS1, DS3, OC3, or OC12 
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• Mini-Ram 

• NSP; DSLAM; ATM switch 

• Remote site 

• Location (type Building Location, NSP) 

Individual components of a network element generally may not e deleted. The 
deletion of a DSLAM causes the automatic deletion of all of its associated racks, 
shelves, cards, and physical ports. 

The drop-down menus for deleting network elements are accessed through the 
region- wide screen 178, and particularly, through use of the NetworkCreation option 
on the region- wide screen 178. 

To delete a physical link, the NetworkCreation option leads to a drop-down 
menu that includes Physical Link, which should be selected, and then the Delete 
Physical Link option should be selected. The Delete Physical Link window 308 as 
illustrated in Fig. 7A appears. In the Circuit ID field, the circuit ID may be entered. 
The data then is committed to the database. 

To delete an NSP, certain prerequisites must have been satisfied: it must be 
verified that all PVCs have been disconnected from the NSP to the DSLAM; and it 
must be verified that each physical link connecting the NSP to the ATM network is 
deleted from the NMS. Once these prerequisites have been satisfied, then to delete an 
NSP, the NetworkCreation option leads to a drop-down menu that includes NSP, 
which should be selected, and then the Delete NSP should be selected. The Delete 
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NSP Location window 310 appears as illustrated in Fig. 7B. In the NSP field, the 
NSP name is entered, and the CLLI field populates. The delete is committed to the 
database. 

To delete a DSLAM or a Mini-Ram, certain prerequisites must be satisfied: it 
must be verified that the DSLAM or Mini-Ram as a whole does not support any ATM 
PVCs; no PVCs should exist on the DSLAM or Mini-RAM; all customers assigned to 
the DSLAM must be disconnected; all PVCs must be removed before any further 
action can take place; the physical link, connecting the DSLAM to the ATM network 
must be deleted; and the physical port on the edge of the ATM network that 
terminated the physical link must be deleted. Once these prerequisites have been 
satisfied, then to delete a DSLAM or a Mini-RAM, the NetworkCreation option leads 
to a drop-down menu that includes DSLAM/Mini-Ram, which should be selected, 
and then the Delete DSLAM/Mini-Ram should be selected. The Delete 
DSLAM/Mini-Ram window 312 appears as illustrated in Fig. 7C. In the CLLI field, 
the CLLI code is entered, and the delete is committed to the database. 

To delete an ATM switch, the NetworkCreation option leads to a drop-down 
menu that includes ATM, which should be selected, then the ATM Switch, and then 
the Delete ATM Switch. The Delete ATM Switch window 314 appears as illustrated 
in Fig. 7D. In the CLLI field, the CLLI code is entered, and the delete is committed 
to the database. 

To delete a Remote Site, the NetworkCreation option leads to a drop-down 
menu that includes Remote Side, which should be selected, and then the Delete 
Remote Side. The Delete Remote Side window 316 appears as illustrated in Fig. 7E. 
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In the CLLI field, the CLLI code is entered, and the delete is committed to the 
database. 

To delete a building location, the NetworkCreation option leads to a drop- 
down menu that includes Building Location, which should be selected, and then the 
Delete Building Location. The Delete Building Location window 318 appears as 
illustrated in Fig. 7F. In the CLLI field, the CLLI code is entered, and the delete is 
committed to the database. However, the location may not be deleted if the location 
has any DSLAM or ATM switch associated with the location; or if the location has 
any physical ports associated with it that are associated with physical links. Deleting 
a location also deletes the ATM physical port on the ATM network that is associated 
with the location. These ports have no associated physical links. 

From the foregoing description of the exemplary embodiments of the present 
inventions and operations thereof, other embodiments will suggest themselves to 
those skilled in the art. Therefore, the scope of the present invention is to be limited 
only by the claims below and equivalents thereof 
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